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PATENT .TRADEMARK OFFICE 



DIGITAL MONEY WITH USAGE-CONTROL 



FIELD OF THE INVENTION 



The present invention relates generally to 
electronic financial transactions , and specifically to 
methods and apparatus for enabling electronic financial 
transactions over a public network. 



There are numerous methods known in the art for 
enabling financial transactions over a public network. 
One example is presented in US Patent 6,000,832 to 
Franklin et al., entitled "Electronic online commerce 
card with customer generated transaction proxy number for 
online transactions , which is incorporated herein by 
reference. The Franklin patent describes a system which 
facilitates online commerce over a public network using 
an online commerce card. 

Similarly, US Patent 5, 845, 281 to Benson et al . , 
which is incorporated herein by reference, describes 
methods for buying, selling, and encrypting data objects. 

There is also a demand for services which enable 
adults and children to make safe and controlled purchases 
over a public network. US Patent 5,953,710 to Fleming, 
which is incorporated herein by reference, describes a 
children 1 s credit or debit card system, which enables 
someone other than the card issuer to determine or limit 
the available credit. 

Another example of controlled purchasing is 
described in PCT Patent Publication WO 99/49424, entitled 



BACKGROUND OF THE INVENTION 



EXPRESS MAIL CERTIFICATE 



Dat ^/S/o/ 35991 0 1US 



IBM DOCKET 



1 



I Hereby certify Ml, on the date indented above, mis paper or 



#IL-9-2000-0045 




38926s9 



"Credit card system and method, " to Flitcroft et al., 
which is incorporated herein by reference. The Flitcroft 
publication describes a system in which a credit card 
owner designates certain restrictions for a credit card 
which is given to another person. For example, a credit 
card is described which is deactivated if it is used with 
a frequency above a given threshold. In addition, a 
single-use credit card is described having other limits 
to its validity, such as geographical location. 

Australian Patent Application AU 199928128-A1 to 
Schmidt, entitled, "One-time-use payment card and 
method," which is incorporated herein by reference, 
describes a method for issuing a payment card which is to 
be used exactly one time, e.g., to pay for a single taxi 
trip. Techniques for eliminating repeat use of the card 
and/or for punishing vendors who inappropriately allow a 
second use of the card are fundamental to the disclosure 
of the Schmidt application. 

Another field of commerce which is expanding via the 
Internet is that of online gift certificates. These are 
typically electronic versions of traditional physical 
gift certificates ♦ Thus, they are generally bought by a 
gift certificate donor and sent electronically or 
physically to an intended receiver. 
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SUMMARY OF THE INVENTION 

It is an object of some aspects of the present 
invention to provide improved apparatus and methods for 
enabling electronic financial transactions. 

5 It is a further object of some aspects of the 

present invention to provide improved apparatus and 
methods for enabling and regulating electronic financial 
transactions made over a public network. 

It is yet a further object of some aspects of the 
g|0 present invention to provide improved security of 
electronic financial transactions made over a public 
"W network. 

^ In preferred embodiments of the present invention, 

hk an electronic monetary token comprises one or more data 
J15 fields, each field corresponding to a respective type of 

transaction. An owner or user of the token, a person 
iff [ adding value to the token, or another entity, as 
W appropriate, is preferably enabled to designate data to 

be stored in at least one of the fields, so as to 
20 restrict the types of transactions for which some or all 

of the value in the token can be used. 

Thus, in accordance with these embodiments, a donor 
(such as a parent or an employer) is preferably enabled 
to exercise a significant level of control over money 
25 which is being given to a recipient. For example, a 
mother may give her son an electronic monetary token for 
purchasing items of goods or services including: 
(a) $40 for school supplies, 
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(b) $25 for food bought on weekdays, between 11 AM 
and 1 PM, no single day to exceed $5, 

(c) $60 for any products bought from Web sites 
having a child-friendly certificate, no purchases to be 

5 made during school hours, 

(d) $30 for downloading movies, up to two movies per 

week, 

(e) $40 for use of a tutoring service, 

(f) $59.99 for a particular, identified product of 
10 known price, and 

O (g) $30 of unrestricted money. 

CO Alternatively, an employer may designate appropriate 

pi limitations on a $1,500 token given to an employee 
^ leaving for a business trip. These limitations may 
§45 include, for example, designations of $600 for airline 
jL, tickets, $75 for trip insurance, $250 for restaurants in 
*p Chicago during a particular week, and $150 for taxi 
m services during the same week. Preferably, but not 
necessarily, when the business trip has ended, the 
20 employee could return the token to the employer, and the 
employer could use a password or other means to erase the 
limitations on any remaining value in the token. 

Thus, these embodiments preferably provide a donor 
with the ability to pre-define restrictions related to 

25 both the product or product class of a real or virtual 
purchase, and, additionally, characteristics of the 
transaction itself (such as the date, vendor, or the 
location) . By contrast, prior art methods only allow a 
donor very limited control, e.g., by purchasing a gift 

30 certificate from a local store or from a virtual store, 
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or by designating a spending limit or purchase frequency 
for a child's credit card. 

In some preferred embodiments of the present 
invention, the electronic monetary token comprises or is 
5 associated with an electronic memory, which is segmented 
in accordance with the desired types of transaction 
restrictions that may be applied to the token. These may 
include, for example, designations of permitted and 
forbidden fields of purchase. A purchase transaction is 
10 preferably enabled only if the purchase complies with the 
data in all of the relevant permitted fields (e.g., a 
w specification of restaurants in a given zip code) , and 
yS does not violate the restrictions imposed by the data in 
2| the relevant forbidden fields (e.g., restrictions on 
|45 purchases during school hours, or on the purchase of 
% n alcohol and cigarettes) . 

2 Typically, but not necessarily, a token distributor 

[l! issuing the electronic monetary tokens defines a standard 
classification system of permitted and forbidden fields 
20 of purchase, such that a parent or other donor can simply 
select the relevant fields and enter appropriate data 
therein, prior to giving the token to a recipient. 
Alternatively, the donor adds money with appropriate 
restrictions to a token already owned by the recipient. 

25 In some preferred embodiments of the present 

invention, the electronic monetary token comprises a 
housing, such as a plastic card, to which is affixed the 
electronic memory, and, optionally, a microprocessor and 
other circuitry known in the art of smart cards. Means 
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for adding value to the card and removing value from the 
card are typically generally similar to those utilized 
with smart cards, but further include the transaction- 
restriction features described herein. 

5 In other preferred embodiments, the electronic 

monetary token is, in its physical form, substantially 
the same as credit cards or debit cards known in the art, 
typically comprising a magnetic strip and imprinted user 
identification information. For these embodiments, the 
10 restrictions are preferably entered by the donor and 
saved in a memory of a remote authorization server. When 
fil a vendor in a physical store or a virtual store is 
III presented with the identification information on the 
2i token, the vendor typically transmits relevant 
|45 information regarding the proposed purchase to the 
^ authorization server. If the transaction is in 

HF accordance with any restrictions placed on the money in 
HI the monetary token, then the server sends an 
authorization to the vendor, allowing the vendor to 
20 conclude the proposed transaction. 

In additional preferred embodiments of the present 
invention, the electronic monetary token is issued as an 
identity code and a password, and has no physical form. 
The information in the various fields of the token is 

25 preferably stored on a server maintained by an issuer of 
the token. Further preferably, the issuer maintains a 
Web site which allows donors to add more money to 
designated tokens, and which allows token holders to 
access information about the status of their tokens. 

30 Typically, but not necessarily, such tokens are used to 
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enable electronic transactions, such as purchases made on 
the Web or by telephone. 

There is therefore provided, in accordance with a 
preferred embodiment of the present invention, a method 
5 for enabling financial transactions, including providing 
an electronic monetary token having one or more data 
fields associated therewith, the one or more data fields 
defining respective characteristics of an item of goods 
or services for purchase, such that a user of the token 
10 is enabled to designate data to be stored in at least one 
■^J of the one or more data fields, so as to restrict items 
© for which the token can be used to make a purchase. 

VI Preferably, the one or more data fields include a 

m first set of one or more data fields, providing the token 

T5 includes enabling the first set of one or more data 

p fields to have a first amount of financial value 

juj. associated therewith, and the method includes: 

T'""" J 

^ providing a second set of one or more data fields 

jU associated with the electronic monetary token, the second 
20 set of one or more data fields defining respective 

characteristics of a second item of goods or services for 

purchase; and 

enabling the second set of one or more data fields 
to have a second amount of financial value associated 
25 therewith, 

such that the user is enabled to designate data to 
be stored in at least one of the data fields in the 
second set of one or more data fields, so as to restrict 
items for which the second amount of financial value can 
30 be used to make a purchase. 
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Further pref erably, the method includes restricting 
a second user from modifying the designated data. 

In a preferred embodiment, providing the token 
includes enabling the user to assign an age limitation to 
5 be stored in one of the one or more data fields, so as to 
restrict the token from being used to purchase an item 
having an age designation not corresponding to the age 
limitation . 

Alternatively or additionally, providing the token 
J.0 includes: 

y-| enabling the token to have an amount of financial 

"1 value associated therewith; and 

US enabling the user to designate a particular item of 

pi goods or services, such that the amount of financial 
F T5 value is restricted to use for purchase of the particular 
O item. 

safes* . 

H- Further alternatively or additionally, providing the 

ri token includes : 

^ enabling the token to have an amount of financial 

20 value associated therewith; and 

enabling the user to designate a class of items of 
goods or services, such that the amount of financial 
value is restricted to use for purchase of an item of 
goods or services selected from the class. 

25 In a preferred embodiment, the method includes: 

associating with the token a memory located at a 
server remote from the user; and 

storing the designated data in the memory. 
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For some applications, providing the token includes 
enabling the token to be used to facilitate a micro- 
payment . 

The method preferably includes: 

enabling the user to transfer the token to a 
recipient; and 

restricting the recipient from modifying the data 
designated by the user. 

However, the user is preferably enabled to modify 
the designated data. 

In a preferred embodiment, the method includes 
enabling the user to associate an amount of financial 
value with the designated data. Preferably, enabling the 
user includes receiving at a Web site a designation by 
the user of the data and a designation of the value. 

For some applications, the electronic monetary token 
includes a portable, physical electronic monetary token, 
and the method includes affixing to the portable token a 
memory enabled to store the designated data. Typically, 
the method further includes affixing an electronic 
processor to the portable token. 

Preferably, the method includes: 

receiving, with respect to the electronic monetary 
token, an authorization query including transaction data 
corresponding to a proposed transaction; 

analyzing the transaction data with respect to the 
designated data; and 
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barring use of the electronic monetary token to 
enable the proposed transaction responsive to analyzing 
the transaction data. 

Receiving the query typically includes receiving the 
5 query from a vendor over an electronic network. 

In some preferred embodiments of the present 
invention, the method includes providing one or more 
additional data fields associated with the token, the one 
or more additional data fields defining respective 
JO purchase characteristics, such that the user is enabled 
y;i to designate data to be stored in at least one of the one 
jrl or more additional data fields, so as to restrict the 
111 token from being used to enable purchases having aspects 
rri corresponding to the purchase characteristics. 

$15 In a preferred embodiment, providing the one or more 

7! additional data fields includes providing a field 

}*& corresponding to a geographical limitation associated 

J-i with a purchase. 

Alternatively or additionally, providing the one or 
20 more additional data fields includes providing a field 
corresponding to a time-related limitation associated 
with a purchase. 

There is also provided, in accordance with a 
preferred embodiment of the present invention, apparatus 
25 for enabling financial transactions, including: 

a memory, arranged to have one or more data fields, 
the one or more data fields corresponding to respective 
characteristics of an item of goods or services for 
purchase; 
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a data port, arranged to receive from a user a 
designation of data to be stored in at least one of the 
one or more data fields; and 

a processor, arranged to disallow a financial 
5 transaction responsive to the designated data. 

Preferably, (a) the one or more data fields include 
a first set of one or more data fields, (b) the memory is 
arranged to store the designated data in at least one of 
the one or more data fields in the first set of one or 
10 more data fields, (c) the memory is arranged to store a 
^ representation of a first amount of financial value, 
.00 which is associated with the first set of one or more 
Ijfl data fields, (d) the memory is arranged to have a second 
^ set of one or more data fields corresponding to 
ij5 respective characteristics of a second item of goods or 
F--:-; services for purchase, (e) the memory is arranged to 
HP store a representation of a second amount of financial 
jy value, which is associated with the second set of one or 
W more data fields, (f) the data port is arranged to 
20 receive from the user a designation of data to be stored 
in at least one of the one or more data fields in the 
second set of one or more data fields, (g) the data port 
is arranged to receive an authorization query including a 
characteristic of an item of goods or services proposed 
25 for purchase, and (h) the processor is arranged to 
evaluate the query and to allow value to be used to 
enable the purchase which is drawn from exactly one of: 
the first amount of value and the second amount of value. 

In a preferred embodiment, the data port is arranged 
30 to receive from a remote vendor an authorization query 

IBM DOCKET 11 
#IL-9-2000-0045 



38926s9 

including a characteristic of an item of goods or 
services proposed for purchase, and the processor is 
arranged to evaluate the query with respect to the 
designated data and to actuate the data port to transmit 
5 an authorization reply to the vendor responsive to 
evaluating the query. 

For some applications, (a) the memory is arranged to 
store a representation of an amount of financial value, 
which is associated with at least one of the one or more 
10 data fields, (b) the data port is arranged to receive, 
w with respect to the amount of financial value, a 
80 designation of a particular item of goods or services, 
III and (c) the processor is arranged to restrict the amount 
"H of financial value to use for purchase of the particular 
ij ; 5 item. 

p Alternatively or additionally, (a) the memory is 

2 arranged to store a representation of an amount of 
W financial value, which is associated with at least one of 
|II the one or more data fields, (b) the data port is 
20 arranged to receive, with respect to the amount of 
financial value, a designation of a class of items of 
goods or services, and (c) the processor is arranged to 
restrict the amount of financial value to use for 
purchase of an item of goods or services selected from 
25 the class. 

The processor is typically arranged to restrict a 
second user from modifying the designated data. 

The data port is preferably arranged to receive an 
indication of an amount of financial value to be 
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associated with one of the data fields in which are 
stored the designated data, and wherein the processor is 
arranged to use the amount of financial value to enable a 
purchase that is in accordance with the designated data. 

5 In a preferred embodiment, the data port is arranged 

to receive the designation of the data from a remote site 
by means of an electronic network. 

For some applications, the memory, data port, and 
processor are arranged in a single integrated unit, which 
JO is adapted to be physically presented to a vendor in 

yg. order to enable a purchase. 

■Hi 

■U Alternatively or additionally, the memory is 

ij arranged to have one or more additional data fields, the 

yiJ one or more additional data fields corresponding to 

^15 respective purchase characteristics, wherein the data 

■ ! p port is arranged to receive from the user a designation 

H of data to be stored in at least one of the one or more 

f| additional data fields, and wherein the processor is 

^ arranged to disallow a financial transaction responsive 

20 to data designated by the user which are stored in the 
one or more additional data fields. 

For example, the data port may be arranged to 
receive from the user a designation of a geographical 
limitation to be stored in one of the one or more 
25 additional data fields. Alternatively or additionally, 
the data port may be arranged to receive from the user a 
designation of a time-related limitation to be stored in 
one of the one or more additional data fields. 
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There is additionally provided, in accordance with a 
preferred embodiment of the present invention, a computer 
program product for enabling financial transactions, the 
product including a computer-readable medium having 
program instructions embodied therein, which 
instructions, when read by a computer, cause the computer 
to provide an electronic monetary token having one or 
more data fields associated therewith, the one or more 
data fields defining respective characteristics of an 
item of goods or services for purchase, such that a user 
of the token is enabled to designate data to be stored in 
at least one of the one or more data fields, so as to 
restrict items for which the token can be used to make a 
purchase . 

The present invention will be more fully understood 
from the following detailed description of the preferred 
embodiments thereof, taken together with the drawings, in 
which : 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a simplified pictorial illustration 
showing authorization apparatus for use with an 
electronic monetary token, in accordance with a preferred 
embodiment of the present invention; 

Fig. 2 is a simplified pictorial illustration of an 
electronic monetary token embodied in a smart card, in 
accordance with a preferred embodiment of the present 
invention; and 

Figs. 3A and 3B are simplified pictorial 
illustrations showing respective front and reverse sides 
of an electronic monetary token embodied in another type 
of card, in accordance with a preferred embodiment of the 
present invention . 
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DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 

Fig. 1 is a simplified pictorial illustration 
showing authorization apparatus 20 for use with a range 
of physical and virtual electronic monetary tokens, in 
5 accordance with a preferred embodiment of the present 
invention. Apparatus 20 preferably comprises an 

authorization server 30, which communicates over an 
electronic network 4 0 with a number of remote devices or 
entities, such as one or more personal computers 22, a 
10 telephone 24, a virtual store 26, an automated banking 
^: machine 28, and an authorization unit 50 of a physical 
00 store 32. Server 30 is preferably configured to confirm 
Ijfl that all purchases made using an electronic monetary 

7: token are in accordance with transaction restrictions 

Hi 

|45 associated with the token which were designated for the 

n; token by an owner or user of the token, a person adding 

«j£ value to the token, or another entity, as appropriate. 

m These restrictions are typically, but not necessarily, 
stored in a memory 34 of server 30. 

20 When, for example, an electronic monetary token is 

presented at the time of a purchase to an owner of 
physical store 32, authorization unit 50 preferably 
transmits a query over network 40 to server 30. The 
query typically includes details of the proposed 

25 purchase, as well as an identification code or other 
details pertaining to the token. The query is received 
by a data port 37 of server 30, and a processor 36 of the 
server evaluates the query with respect to data stored in 
memory 34, so as to determine whether the proposed 

30 purchase should be allowed. The evaluation may be made 
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based on, for example, the price of the proposed 
purchase, the store name, the time of day, the item to be 
purchased, or a range of other purchase parameters which 
may be stored in corresponding fields in memory 34. If 
5 the proposed purchase is within the limits imposed on 
digital money in the token (typically as represented by 
data in memory 34), then the purchase is authorized, and 
the contents of memory 34 are updated accordingly. If 
the token is later presented to enable a subsequent 
10 purchase, the authorization of that purchase will be 
Q evaluated in light of the updated values stored in memory 
2 34. It is emphasized that the principles underlying 
m these embodiments of the present invention preferably 
U apply regardless of the form of the token itself, e.g., 
J46 whether it is embodied physically in, for example, a 
* card, or whether it is embodied virtually, via an 
^ ^electronic wallet" or other network-based purchase 
technique . 

U When a user of a token passes some of the money in 

20 his token to a token owned by another user, then the 
limitations assigned to that money are still in effect 
when the second user attempts to spend the money. In 
this manner, "laundering" of the restrictions placed on 
money in electronic monetary tokens is preferably 
25 prevented. Alternatively, authorization server 30 is 
configured to reject any transfers of restricted money 
from the token that are not performed in accordance with 
the requirements set when the money was placed in the 
token. In particular, restricted money stored in tokens 
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typically may not be directly convertible into cash, 
e.g., at banking machine 28. 

Preferably, the financial body or token distributor 
which issues electronic monetary tokens defines a 
5 classification system, including pre-defined restricted 
or required fields of purchase, which can be filled in by 
a first party (e.g., a parent or employer) in such a 
manner that they cannot be subsequently altered by a 
second party (e.g., a child or an employee). Such fields 
10 typically include, but are not limited to: (a) product 
^? type, (b) geographic location of a purchase, (c) 
00 purchasing methodology, such as purchases from physical 
III outlet stores, purchases over the Internet, or purchases 
21 by telephone, (d) time of purchase, and (e) frequency of 
|A5 purchase . 

O Thus, for example, an electronic monetary token 

lI provided by these embodiments of the present invention 
Of ma Y be used by a company to target its budget to enabling 
U purchases only in specific fields, thereby enabling the 
20 company to enhance control of the appropriation of its 
resources. Whereas prior art techniques would typically 
dictate that the company would give cash and/or a 
generally non-restricted credit card to an employee 
leaving on a business trip, these embodiments of the 
25 present invention allow the company to give the employee 
a relatively large amount of money, but to limit most or 
all of it to expected purchases having pre-defined 
characteristics (e.g., $1,000 for the Grand Hotel, $500 
for restaurants in Manhattan, $2,000 for electronic 
30 office equipment bought from one of three pre-specif ied 
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office supply stores, and $250 unrestricted money) . 
Preferably, upon the employee's return, a password 
unknown to the employee can be used to remove 
restrictions on any remaining money. 

In another example, some of the money in an 
electronic monetary token may be limited to use for 
transactions having certain tax implications, for example 
transactions which are free of value added tax (VAT) or 
sales tax, or transactions which are tax deductible, such 
as donations to charity. 

For some applications, an individual may be 
interested in applying restrictions to his own spending, 
rather than the spending of another individual. For 
example, a stamp collector may configure the fields in 
his electronic monetary token to enable him to purchase 
up to $100 per month of stamps. 

Electronic monetary tokens as provided by these 
embodiments of the present invention may further be used 
as marketing tools. For example, a company may give away 
such restricted tokens to promote purchases of a new 
product, or patronage of a real or virtual store. Or, 
correspondingly, the company may add value to users' pre- 
existing tokens, but restrict the added value to 
purchases of the new product. Additionally or 

alternatively, the tokens may be used as a marketing tool 
to promote sales in a specific field of purchase. For 
example, a dairy association may give out tokens, or add 
value to existing tokens, in order to promote purchases 
of all low-fat dairy products. Similarly, a city may 
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distribute tokens whose memory fields are configured so 
as to encourage weeknight patronage of restaurants and 
small shops in certain neighborhoods, as well as cheaper 
weeknight public transportation to and from these 
5 neighborhoods. 

Fig. 2 is a simplified pictorial illustration of an 
electronic monetary token embodied in a smart card 100, 
in accordance with a preferred embodiment of the present 
invention. Smart card 100 is typically constructed to be 
10 compatible with industry standards for smart cards, e.g., 
W comprising a direct-contact or wireless data port 102, a 
00 processor 104, and a memory 106. Means for adding value 
ifl to the card and removing value from the card are 
^ typically generally similar to those utilized with smart 
IJL5 cards known in the art, but further include the features 
described herein. In particular, the ability of a user 
J5 of the card to spend some or all of the digital money 
m stored in the card is preferably only performed in 
M accordance with purchase restrictions imposed thereon by 
20 a donor of the money or by another entity. 

Thus, by contrast to those applications of the 
present invention in which a substantial portion of the 
maintenance and authorization procedures associated with 
electronic monetary tokens are performed by server 30, in 

25 the embodiment shown in Fig. 2, processor 104 is enabled 
to manage the various digital moneys stored in memory 
106, and to determine whether proposed transactions are 
in accordance with any restrictions placed thereon. 
Processor 104 preferably prevents transactions that are 

30 not consonant with requirements and restrictions stored 
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in the memory, and bars unauthorized attempts to remove 
requirements or restrictions placed on the token. 

Reference is now made to Figs. 3A and 3B, which are 
simplified pictorial illustrations showing respective 
front and reverse sides of an electronic monetary token 
60, in accordance with a preferred embodiment of the 
present invention. Token 60 typically takes the general 
physical form of a credit card, debit card, or other 
purchase-enabling card. 

It is emphasized that, while a physical card is 
shown in Figs. 2, 3A, and 3B, other electronic monetary 
tokens {not shown) may have substantially no physical 
form, but may instead be issued as, for example, an 
identification code and a password, and have value and 
restrictions which are maintained in the memory of a 
server such as server 30, or in the memory of the user's 
personal computer. For both physical and non-physical 
electronic monetary tokens, as described herein, server 
30 or another computer preferably maintains a Web site, 
on-screen menu, or touch-tone telephone accessible menu 
which allows donors to add more money to designated 
tokens, and which allows token holders to access 
information about the status of their tokens. Typically, 
non-physical tokens are used primarily but not 
exclusively to enable electronic transactions, such as 
purchases made by telephone, or purchases on the Web 
using traditional Internet payment strategies or using 
micro-payment strategies. Thus, virtual electronic 

monetary tokens as provided by preferred embodiments of 
the present invention preferably enable the user to have 
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all of the functionality associated with digital money in 
common use today (e.g., via the metaphor of the 
electronic wallet) , while additionally enabling a donor 
or other entity to apply restrictions to the digital 
5 money, as described herein. 

Preferably, token 60 has some or all of the 
following features on its front side: the name of an 
organization 62 which issued the token, typically a bank 
or a token distribution company; an identification number 
10 64; a security feature 66, such as a photograph of an 
% authorized user of the card; the user's name 68; and, if 
S| appropriate, a starting date 70 and expiration date 12. 
m Further preferably, the reverse side of token 60 is also 
2f generally similar to debit cards or credit cards known in 
|A5 the art, including, as appropriate, a signature box 7 6 
1: and a magnetic strip 78. 

Zl For these applications, the transaction 

fU restrictions, as well as a representation of the money 
ju itself, are preferably entered by the donor or another 
20 individual, and saved in memory 34 of server 30 (Fig. 1) . 
When, for example, a vendor in physical store 32 or 
virtual store 26 is presented with token 60, the vendor 
transmits identification number 64 and relevant 
information regarding the proposed purchase to server 30 
25 via network 40, If the transaction is in accordance with 
all restrictions placed on money associated with the 
monetary token, then server 30 sends a purchase 
authorization to the vendor, and modifies one or more 
values in memory 34 to reflect that the transaction has 
30 been executed* 
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Optionally, token 60 is presented in different forms 
to suit different consumer sectors. For example, when 
token 60 is issued to a child, the token may have the 
user name 68 in very large capital letters, as well as 
5 the name and contact telephone number of a guardian . 
Similarly, token 60 issued to teenagers preferably has a 
suitable appearance appropriate for its users. For some 
applications, the physical appearance of the token may be 
made indicative of the sector of goods and services for 
10 which it was issued. 

% It will be understood by one skilled in the art that 

SI aspects of the present invention described hereinabove 
fj'l can be embodied in a computer running software, and that 
the software can be supplied and stored in tangible 
l|5 media, e.g., hard disks, floppy disks or compact disks, 
•-L, or in intangible media, e.g., in an electronic memory, or 
ep on a network such as the Internet. 

[|J It will be appreciated by persons skilled in the art 

|II that the present invention is not limited to what has 
20 been particularly shown and described hereinabove. 
Rather, the scope of the present invention includes both 
combinations and subcombinations of the various features 
described hereinabove, as well as variations and 
modifications thereof that are not in the prior art, 
25 which would occur to persons skilled in the art upon 
reading the foregoing description. 
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